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Description 

Field of the Invention 

The present invention relates generally to data 
processing systems for performing diagnostic opera- 
tions, more particularly to diagnostic systems related to 
health care, and more specifically to nursing diagnosis 
systems. 

Background of the Invention 

An important aspect of nursing is the nursing proc- 
ess, a problem-solving approach applied to patient care. 
This nursing process includes four basic steps, which 
are assessment, planning, implementation and evalua- 
tion. Assessment involves the collection of signs and 
symptoms of a patient and the generation of prioritized 
nursing diagnoses by the nurse. Planning includes de- 
veloping a plan of care to reach achievable outcomes 
for the patient based on the prioritized nursing diag- 
noses. The plan is then implemented for the patient, the 
outcomes are evaluated and the plan is revised. 

Automation of the nursing process has been at- 
tempted in the past with concentration in the area of as- 
sessment and planning. Current automated systems, or 
expert systems, for generating nursing diagnoses fail to 
consider the method by which nurses actually make di- 
agnoses. The diagnostic reasoning of nurses has been 
described by Carnevali, et al. in Diagnostic Reasoning 
in Nursing (New York: J. B. Lippincott, 1984) pages 
25-28, 61-82, 193-206, which is hereby incorporated by 
reference. Carnevali et al. explain how nurses perform 
diagnoses based on assessment data, recognizing that 
there is some probabilistic relationship between the data 
and the diagnoses. However, the diagnostic reasoning 
process of nurses is also affected by a variety of biases 
which include the level of experience of the nurse, the 
amount of assessment data, stereotyping of patients, 
the frequency with which specific diagnoses and patient 
signs and symptoms occur, frequency of experience 
with specific signs and symptoms of the patient, and oth- 
er experiences. Therefore, nurses may not always make 
correct diagnoses, and may fail to make important diag- 
noses. What Carnevali fails to note is that nurses often 
make multiple diagnoses which need to be prioritized in 
order to develop an adequate, prioritized care plan. The 
same biases which affected diagnoses also affect prior- 
itization. 

Another difficulty faced by nurses in performing di- 
agnoses is that standard acceptable nursing diagnoses, 
generated by, for example, the North Atlantic Nursing 
Diagnoses Association (NAN DA), are often insufficient 
to meet the needs of many specialized practice areas, 
and often change from year to year. Thus, nurses must 
continually keep up-to-date to know and use these nurs- 
ing diagnoses. Current automated decision support sys- 
tems, or expert systems, in nursing have failed to con- 



sider the constant change of acceptable nursing diag- 
noses. These previous systems include rules for making 
diagnoses which are "hard-coded" into the system. That 
is, when a system is implemented as a computer pro- 

5 gram in a computer language, such as LISP, the rules 
for diagnosis are also implemented in this computer lan- 
guage. Therefore, if any change needs to be made to 
the rules for diagnosis, a programmer needs to modify 
the system. Since acceptable nursing diagnoses 

10 change frequently, the maintenance of these systems 
becomes expensive, rendering them unsuitable for 
widespread use in hospitals. Moreover, nurses are not 
able to modify what they perceive to be the probabilistic 
relationship between signs and symptoms and diagno- 

*5 sis. 

Finally, nurses often have experience in areas of 
specialty. Patients are grouped together according to 
these specialties into hospital care units, such as the 
intensive care unit, or the ambulatory care unit. In dif- 

20 ferent care units, diagnoses have different likelihoods, 
different probabilistic relationships with patient data and 
different priorities. An inexperienced nurse often needs 
to rely on other experienced nurses to perform regular 
duties correctly. 

2S in IEEE Transactions on biomedical engineering, 
New York, USA, Volume 36, No. 5, May 1989, Masahiro 
Okada et al.,: "Knowledge Representation and Compi- 
lation for Symptom-Disease-Test Relationships" a 
method is disclosed that represents and compiles ex- 

30 pert knowledge for choosing diagnostic tests. According 
to the expert knowledge, physicians enquire into the pa- 
tient's complaints, carry out a physical examination and 
on the assumption of a specific disease a group of lab- 
oratory tests is determined. The method catergorizes 

35 the expert knowledge into three relations defining on do- 
mains symptom/sign and disease, disease and diag- 
nostic tests and on disease and disease, wherein the 
first attribute in each relation is a primary key to which 
there exists precisely one value, and the second at- 

40 tribute is a set of values. The method is related to rep- 
resent the expert knowledge for selecting appropriate 
diagnostic tests on the basis of each clinical manifesta- 
tion or disease. This method is however not concerned 
with performing a nursing diagnosis, rather this method 

45 relates to the selection of the appropriate diagnostic 
tests once a physician has made his diagnosis. 

Summary of the invention 

50 Starting from this prior art, it is the object of the 
present invention to provide a method and a data 
processing system for determining prioritized nursing di- 
agnoses from data representing signs and symptons of 
a patient which helps to reduce biases of a nurse, per- 

55 mits nurses to transfer easily between specialized care 
units and to perform patient diagnoses while having little 
experience in a new care unit, and which recognizes the 
probabilistic relationship between patient data and diag- 
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noses and prioritizes the nursing diagnoses. 

This object is achieved by a method according to 
claim 1 and by a system according to claim 7. 

Brief Description of the Drawing s 

The foregoing and other objects, features and ad- 
vantages of the present invention will be better under- 
stood in view of the following detailed description made 
in conjunction with the accompanying drawing in which: 10 

Fig. 1 is a schematic block diagram of a data 
processing system in which the invention may be 
employed; 

Fig. 2 is a diagram of a data structure for storing 
relations between defining characteristics and 
signs and symptoms; 

Fig. 3 is a diagram of a data structure for storing 
relations between primary diagnoses and defining 
characteristics; 20 
Fig. 4 is a diagram of a data structure for storing 
relations between secondary diagnoses, defining 
characteristics and corresponding probability 
measures; 

Fig. 5 is a diagram of a data structure for storing 25 
relations between diagnoses and priority meas- 
ures; 

Fig. 6 is a diagram of a data structure for storing 
patient assessment data or defining characteristics 
based upon the assessment data; 30 
Fig. 7 is a diagram of a data structure for storing 
determined diagnoses and related combination 
probabilities and priority measures; 
Fig. 8 is a general flowchart of the process for gen- 
erating and prioritizing diagnoses based on assess- 35 
ment data; 

Fig. 9 is an illustration of an interface display 
through which assessment data is received by the 
data processing system; 

Fig. 1 0 is a general flowchart of the process for gen- 40 
erating diagnoses; 

Fig. 1 1 is a flowchart of the process for determining 
defining characteristics for a patient from the re- 
ceived assessment data; 

Fig. 1 2 is a flowchart of the process for determining 4S 
primary diagnoses and adding them to a potential 
diagnosis list on the basis of the determined defin- 
ing characteristics; 

Fig. 1 3 is a flowchart of a process for determining 
secondary diagnoses and adding them to the list of so 
potential diagnoses on the basis of the determined 
defining characteristics; and 
Fig. 1 4 is a flowchart of a process for prioritizing de- 
termined diagnoses. 

55 

Detailed Description 

A data processing system 20 in which the present 



invention may be utilized is illustrated in Fig. 1 . The data 
processing system 20 includes at least one host station 
22 and workstations 24. A host station 22 includes a 
main memory 26 for holding data which may be used by 
users of the system. A secondary memory 28 is also 
provided for maintaining the integrity of the database. A 
processor 30 is provided for reading and writing of data 
from the data base stored in memory 26, by users at 
other host stations 22, at workstations 24 and/or at input 
device 32, such as a keyboard 32, for the host station. 
It is preferable to have a second host station 22 to pro- 
vide a redundant data base in case of failure of the first 
host station. The host stations are normally and prefer- 
ably located at a central location within a hospital. Work- 
stations 24, on the other hand, are normally located 
within a care unit and are connected to the host stations 
via a network 34. 

A workstation 24 normally has a main memory 35 
for storing local copies of data and programs and a proc- 
essor 36 which is capable of performing read and write 
requests for data from its main memory, and for perform- 
ing other operations on data. The processor 36 also con- 
trols a display control 38 in order to display information 
on a monitor 40 or other output device. A workstation 
24 also includes an input device, such as a keyboard 42 
and mouse or trackball 44. Workstations 24, intercon- 
nected by network 34, are provided for a care unit, with 
a workstation 24 preferably being provided for each pa- 
tient room in a hospital for the preferred embodiment. 

For the preferred embodiment of the present inven- 
tion, a defining characteristics table is provided, in main 
memory 26 for identifying the correspondence between 
possible defining characteristics and patient signs and 
symptoms (see Fig. 2). The defining characteristics ta- 
ble 50 is a list of entries or relations 52. An entry contains 
a defining characteristic 54 and at least one correspond- 
ing patient symptom 56. The actual correspondence be- 
tween characteristics 54 and symptoms 56 is well 
known and used by nurses. 

A defining characteristic is matched to or indicated 
by normally only one patient sign or symptom. However, 
many signs and symptoms may each individually indi- 
cate the same defining characteristic. Thus, a defining 
characteristic may appear more than once in table 50. 
However, when diagnoses are made for a patient, a de- 
fining characteristic should only be determined once. 

Defining characteristics are also related to nursing 
diagnoses in ways well known to nurses, such as de- 
scribed in Nursing Diagnosis and Intervention , by Ger- 
trude K. McFarland and Elizabeth A. McFarlane, (St. 
Louis: C.V. Mosbe Co., 1989). Such relationships are 
also embodied in a list in the present invention. Accord- 
ing to the preferred embodiment of the present inven- 
tion, two diagnosis tables are provided. 

Nursing diagnosis is a clinical judgement about an 
individual, family or a community that is derived through 
a deliberate, systematic process of data collection and 
analysis. It provides the basis for prescriptions for defi- 
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nite therapy for which the nurse is accountable. It is ex- 
pressed concisely and includes the etiology of the con- 
dition when known. 

Defining characteristics are the cluster of subjective 
or objective signs and symptons indicating the presence 
of a condition that corresponds to a given nursing diag- 
nosis. 

The assessment of data is the collection of data 
about a patient in order to (1 ) assess the wellness state 
and the desire for additional growth, (2) assess for risk 
factors to identify potential nursing diagnosis, (3) assess 
for alternations in the wellness state, as well as the re- 
sponse to these alternations and any nurse or medical 
therapy already implemented to determine the patient's 
acutal nursing diagnosis or collaborative problem, (4) 
assess strength and potential strength, along with the 
history of coping strategies used, and (5) access the pa- 
tient's family, health care and other relevant resources 
available, as well as other relevant environmental fac- 
tors. 

Potential refers to the health problems or health 
state of an individual, family or community expressed in 
a short, clear and precise word, words or phrase. Ex- 
amples of such health states or problems as exemplified 
with specific nursing diagnosis are potential for injury, 
anxiety and knowledge deficit. The potential for injury 
refers to a potential rather than to an actual problem. 
The majority of nursing diagnosis labels could in fact be 
considered both potential or actual, for instance poten- 
tial sleep pattern disturbance or sleep pattern distur- 
bance. 

Fig. 3 illustrates a data structure for storing primary 
diagnoses, called the primary diagnosis list 60. A prima- 
ry diagnosis list includes entry pairs (or relations) 62, 
which map defining characteristics to nursing diag- 
noses. An entry or relation 62 has a diagnosis field 64 
for indicating a diagnosis and a defining characteristics 
field 66 for indicating the defining characteristics corre- 
sponding to the diagnosis. All entries or relations in the 
primary diagnosis list 60 are assumed to have the same 
probability measure. This list 60 would typically be used 
for storing diagnostic relations having a probability 
measure of about 99%. Thus, the values for probability 
measures for these diagnoses need not be stored nor 
searched for, saving both time and space. 

Fig. 4 is a similar table, called the secondary diag- 
nosis table 70. The secondary diagnosis table 70 has 
entries or relations 72 similar to entries 62 of the primary 
diagnosis list 60. However, in addition to the diagnosis 
field 74 and defining characteristics field 76, there is pro- 
vided a probability field 78 which indicates the probabil- 
ity measure of the accuracy of the diagnosis indicated 
by field 74 in an entry 72. 

In both the primary diagnosis list 60 and secondary 
diagnosis list 70, it is possible for a defining character- 
istic to be related to more than one diagnosis, and for 
one diagnosis to have more than one corresponding de- 
fining characteristic. Thus, when the system is used to 



perform diagnoses, if multiple results for a single diag- 
nosis are found, they are combined. A suitable combi- 
nation will be described later in connection with Figs. 
10-14. 

5 After a list of potential diagnoses for a patient is de- 
veloped, such a list is prioritized, in order to assist the 
nurse in developing a care plan for the patient. Prioriti- 
zation may be provided by using a diagnosis priority ta- 
ble 80 (Fig. 5) which includes entries 82 which map di- 

10 agnoses to priority values. An entry 82 has a diagnosis 
field 84 and corresponding priority field 86. The value of 
priority field 86 is intended to be combined with a deter- 
mined probability for a diagnosis such that a list of diag- 
noses with combined probability and priority values may 

is obtained. This list is sorted according to the combined 
values such that the first diagnosis of the sorted list is 
the diagnosis with the highest probability and priority. A 
priority measure for a diagnosis is assigned normally ac- 
cording to the importance or severity of the diagnosis 

20 within the care unit. 

The defining characteristics list 50, primary diagno- 
sis list 60, secondary diagnosis list 70 and priority table 
80 are preferably implemented in a relational database. 
A suitable language, such as DBASE, may be used. To 

25 reduce the time for determining valid diagnoses from de- 
fining characteristics, it is preferable that entries 52, 62, 
72, and 82 be ordered according to the values searched 
therein. For example, the defining characteristics for a 
patient are determined and searched for on the basis of 

30 symptoms as indicated in field 56 of the defining char- 
acteristics list 50. The primary diagnosis table is 
searched on the basis of the defining characteristics as 
indicated by field 66. Similarly, secondary diagnosis list 
70 is searched on the basis of defining characteristics 

35 field 76. Finally, priority table 80 is searched on the basis 
of diagnosis field 84. By ordering these lists according 
to the above-identified fields, optimized searching may 
be realized. 

An advantage of using a relational database for the 

40 implementation of at least the tables and lists 50, 60, 70, 
and 80 is the ease with which tools may be provided for 
modifying these tables and lists, which may be under- 
stood as the "rules" of the expert system. Using a rela- 
tional database a nurse may change the tables and lists 

45 without the intervention of a programmer or other skilled 
computer technician. Thus, when nursing diagnoses, 
probability measures or priority measures change, a 
nurse, who is best suited to change the database be- 
cause of her better understanding of the subject matter, 

50 may readily make the changes. A relational database 
with suitable access tools will enable a nurse to change 
the database without the intervention of a computer 
technician. . 

It is further preferable to provide probability and pri- 

55 ority measures which are specific for or dependent on 
a care unit. For example, by providing multiple priority 
fields 86, retrievable according to care unit, different 
care units within a hospital may assign different priorities 
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to different diagnoses. Moreover, similar structures 
could be used for diagnosis tables 60 and 70 since the 
probability that a defining characteristic may indicate a 
certain diagnosis may vary between care units. 

When the system of the present invention is used 5 
with such care unit-dependent data, a workstation 24 
may retrieve data from a host station 22 and need only 
load information pertaining to the care unit in which the 
workstation 24 is located. Thus, from the point of view 
of a care unit, there is only one set of diagnosis data (i. 
e. ( diagnosis and priority tables 60, 70 and 80). 

It may also be possible to combine the defining 
characteristics table 50, primary diagnosis list 60 and 
secondary diagnosis list 70 (Figs. 2, 3 and 4 respective- 
ly) into one table. This table would map signs and symp- 
toms directly to diagnoses and corresponding probabil- 
ities. Although such a table may reduce the number of 
different types of searches on the database, it may 
cause the database to be larger. 

In the preferred embodiment two temporary data 
structures are provided for developing a prioritized list 
of diagnoses for a patient. The first of these data struc- 
tures is the determined characteristics list 90 (Fig. 6). 
This list of determined characteristics includes entries 
92, the number of which corresponds to the number of 
defining characteristics retrieved from table 50 which 
are supported by the assessment data retrieved for a 
patient. The construction of the determined character- 
istics list 90 for a patient will be described in further detail 
below in connection with Figs. 9-11 . 

The second of the temporary data structures is the 
potential diagnosis list 94 (Fig. 7). The potential diagno- 
sis list includes entries 96 which include a diagnosis field 
98 for indicating a potential diagnosis, and a score field 
99, indicating the probability, possibly prioritized, meas- 
ure for the corresponding diagnosis. The use of this ta- 
ble will be described in more detail below in connection 
with Figs. 12-14. 

The process of creating and displaying the list of 
prioritized diagnoses from patient assessment data will 
now be described in connection with Figs. 8-14. The 
general method of making diagnoses involves steps for 
retrieving assessment data for a patient and matching 
it to the defining characteristics database 50. Thus, a 
list of defining characteristics for the patient is deter- 
mined. From these determined characteristics, diag- 
noses may be determined by matching the characteris- 
tics to relations in the primary and secondary diagnosis 
relations lists 60 and 70. If a diagnosis is found more 
than once, probabilities for the diagnosis are combined. 
One way to combine the probabilities is by adding them. 
The list of diagnoses may then be prioritized by combin- 
ing the probability for a diagnosis with its priority meas- 
ure found in table 80. The list is then sorted according 
to score and an ordered, prioritized list may be displayed 
in a suitable manner to the nurse. 

This process is described in general by the flow 
chart of Fig. 8. The first step of the process is step 100 
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of entering assessment data for a patient. This process 
will be described in more detail in connection with Fig. 
9. The next step of the process is step 1 02 of generating 
a list of diagnoses based on the entered assessment 
data. Step 102 of generating the list of diagnoses is de- 
scribed in more detail below in connection with Figs. 
10-13. After a list of diagnoses is generated, the diag- 
nosis list is prioritized in step 104. This step 104 of pri- 
oritization is described in more detail below in connec- 
tion with Fig. 14. The process of the present invention 
concludes with displaying the list of prioritized diag- 
noses to the nurse on the display 44 of the workstation 
24 (Fig. 1 ) or other output device, in a manner known to 
those skilled in the art. 

Reception of assessment data for a patient will now 
be described in more detail in connection with Fig. 9. 
Fig. 9 illustrates a display interface which allows a nurse 
to enter assessment data for a patient. By providing a 
standard menu 110 on a display, a nurse may select a 
"data entry 1 ' item (display item 112), which causes entry 
fields to be displayed. Selection may be performed by, 
for example, a mouse event, such as a user pointing a 
cursor on the display item and clicking a button. A list 
114 of data entry options, including anatomic systems, 
is preferably provided from which a nurse may choose 
to enter data for a patient. In the sample display of Fig. 
9, "CV System" (i.e. cardiovascular system) is selected 
and possible assessment items are displayed in area 
1 16 of the display. A nurse may select an entry item and 
enter the corresponding data, such as item 117 which 
is selected to indicate that "peripheral pulses" are ab- 
normal. An interface to receive assessment data may 
be provided in many ways which are familiar to those 
skilled in the art of data processing systems. Defining 
characteristics or corresponding patient systems for 
which assessment data may be entered are well known 
to nurses and may be found in standard nursing hand- 
books. 

When a list of patient signs and symptoms has been 
retrieved, a list of diagnoses may be obtained by the da- 
ta processing system of the present invention in a man- 
ner which will now be described in connection with Figs. 
10-13. In the preferred embodiment of the present in- 
vention, the process of generating a list of diagnoses 
includes step 1 20 of generating a list of defining char- 
acteristics, to be described below in connection with Fig. 
11 . From the list of defining characteristics, a list of pri- 
mary diagnoses is then generated in step 122. This 
process will be described in more detail in connection 
with Fig. 12. A list of secondary diagnoses is also gen- 
erated in step 124 from the generated defining charac- 
teristics. It is possible to combine these three steps into 
one step, as shown in step 102 of Fig. 8, when a com- 
bined database is provided for the tables 50, 60, and 70 
of Figs. 2, 3, and 4 respectively. That is, one table could 
be provided for mapping diagnoses directly to lists of 
patient signs and symptoms, wherein each diagnostic 
relation has a probability measure field. 
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The generation of a list of defining characteristics 
(step 1 20 of Fig. 10) will now be described in further de- 
tail in connection with Fig. 11. Generation of the list of 
defining characteristics for a patient begins with step 
130 of retrieving the first defining characteristic relation 
52 from the defining characteristics list 50 (Fig. 3). Next, 
in step 132, it is determined whether the assessment 
data from the patient supports the defining characteristic 
currently examined. Step 1 32 entails matching the as- 
sessment data to the sign or symptom related to the cur- 
rent defining characteristic in field 56. The assessment 
data is simply searched for the sign or symptom from 
field 56. If there is a match, the defining characteristic 
indicated by field 54 is added to the list of determined 
characteristics 90 (Fig. 6) in step 1 34. If the assessment 
data does not match, or, after the defining characteristic 
is added to the list of determined characteristics, it is 
determined in step 136 whether more defining charac- 
teristic relations (52) remain to be examined. If no rela- 
tions 52 remain, this process is completed; otherwise, 
the next relation 52 is retrieved in step 1 38. The list of 
determined characteristics 90 is then examined to find 
if the defining characteristic of this next relation 52 has 
been found already (step 140). If this defining charac- 
teristic has been found, processing continues with step 
136 of determining if more relations remain in the defin- 
ing characteristics list 50. Otherwise, for this next rela- 
tion 52, processing continues with step 132, as de- 
scribed above. Through the completion of the process 
described in the flowchart of Fig. 11 , a list of determined 
characteristics 90 may be generated from the assess- 
ment data for a patient. 

The process of generating a list of primary diag- 
noses (step 122, Fig. 10) will now be described in con- 
nection with Fig. 12. The first step of this process is re- 
trieving the first primary diagnosis relation 62 from the 
primary diagnosis list 60 (Fig. 3) in step 150. Next, it is 
determined in step 152 if the defining characteristic in- 
dicated in field 66 of the currently examined entry 62 
appears in the list of determined characteristics 90 de- 
scribed above. If this defining characteristic is in the list 
of determined characteristics, the diagnosis from field 
64 of the currently examined entry 62 is added to the 
potential diagnosis list 94 as an entry 96, with the diag- 
nosis field 98 set to the currently examined diagnosis, 
and the score field 99 set to a probability of 99% (step 
1 54). After a diagnosis is added to the potential diagno- 
sis list during step 154, or it is determined that the de- 
fining characteristic field 66 for the diagnosis (field 64 of 
the currently examined entry 62) does not appear in the 
list of determined characteristics 90 (determined by step 
152), a determination is made during step 156 whether 
primary diagnosis relations remain in primary diagnosis 
list 60 to be examined. If an entry 62 remains, the next 
entry is retrieved in step 158. Next, it is determined in 
step 160 whether the currently examined diagnosis is 
already in the potential diagnosis list. Since, in the pre- 
ferred embodiment, the probability for a potential diag- 



nosis may not exceed 99%, if a diagnosis appears in the 
potential diagnosis list, further occurrences of it in the 
primary diagnosis table 60 need not be examined to de- 
termine potential diagnoses. After step 160, if the next 
5 primary diagnosis is not on the potential diagnosis list, 
processing continues with step 1 52 as described above. 

The process of generating the list of secondary di- 
agnoses will now be described in connection with Fig. 
1 3. The first step of this process is step 1 70 of retrieving 
the first secondary diagnosis relation 72 from the sec- 
ondary diagnosis table 70. It is then determined in step 
172 if the currently examined diagnosis characteristic 
(field 76) appears in the list of determined characteris- 
tics 90 as described above in connection with Fig. 12, 
step 152. If only one step is used for generating the list 
of diagnoses (see step 1 02 of Fig. 8), this step 1 72 would 
involve examining the assessment data to determine if 
it supports the diagnosis of the current relation 92 being 
examined. If the currently examined relation is support- 
ed by the determined characteristics, the list of potential 
diagnoses 94 is examined to determine if the currently 
examined diagnosis already exists in the list (step 174). 
If the currently examined diagnosis does not appear in 
the list of potential diagnoses 94, it is added to the list 
of potential diagnoses in step 176. An entry 96 is estab- 
lished with diagnosis field 98 set to the currently exam- 
ined diagnosis and score field 99 set to the probability 
as retrieved from the secondary diagnosis table 70, field 
78 for that diagnosis. If the currently examined diagnosis 
does appear on the list of potential diagnoses 94, as de- 
termined in step 174, the probability for the currently ex- 
amined relation 72 (field 78) is added to the existing 
score (field 99) for the diagnosis in the potential diagno- 
sis list. If the resulting score is greater than 99%, the 
score is then set to 99% (step 178). After the entry for 
the currently examined diagnosis is set in the list of po- 
tential diagnoses 94, as performed by step 176 or 178, 
it is determined in step 180 whether secondary diag- 
noses remain to be examined. If no secondary diagnosis 
relations remain, this process is complete; otherwise, 
the next secondary diagnosis relation 72 is retrieved in 
step 182 and processing continues, as described 
above, with step 172. 

By the completion of the process illustrated by the 
flowchart of Fig. 13, a list of potential diagnoses 94 is 
generated for a patient, wherein each diagnoses appear 
once, and each diagnosis has a score representing its 
probability, with a highest probability of 99%. This list of 
potential diagnosis is prioritized and sorted in a manner 
which will now be described in connection with Fig. 14. 

The first step of the preferred method of prioritiza- 
tion is step 1 90 of retrieving the first potential diagnosis 
from the list 94. The priority value for this diagnosis is 
retrieved from the priority table 80 by searching for an 
entry 82 having the corresponding diagnosis in field 84, 
in step 1 92. The priority value retrieved from field 86 is 
then multiplied with the score for the diagnosis, in step 
194, which is retrieved from field 99 of the entry 96 for 



75 



20 



25 



30 



35 



40 



45 



50 



6 



11 



EP 0 531 889 B1 



12 



70 



d) associating (122) said generated list in step 
c) with relations (62,72) stored in step a) for 
constructing a further list (94); 

e) constructing (102.1 24) said list (94) of poten- 
tial diagnoses, said list (94) containing said 
nursing diagnosis (98) and said probability 
measure (99) of each relation (62,72) associat- 
ed with said data; and 



f) weighting (104) each probability measure 
(99) in the list (94) by the priority measure (86) 
of Its corresponding nursing diagnosis (84) 
stored in step b), for determining prioritized 
15 nursing diagnoses. 

2. A method as set forth in claim 1 wherein in step a) 
it is possible to have more than one relation (62,72) 
stored for a nursing diagnosis (64,74); and 

20 

wherein for said nursing diagnosis step e) com- 
prises the step of combining probability meas- 
ures (78) related to said nursing diagnosis 
(64,74) having more than one relation (62,72) 
25 in order to have said nursing diagnosis appear- 

ing only once in the list (94) with a probability 
measure (99) equal to the combined probability 
measure. 



the diagnosis in the potential diagnosis list 94. It is then 
determined in step 196 whether potential diagnoses in 
the list 94 remain to be examined. If potential diagnoses 
remain, the next diagnosis is retrieved from the list 94 
in step 198 and processing continues with step 192 as 
described above. Otherwise, if all potential diagnoses 
have been examined, the potential diagnosis list is sort- 
ed by score in descending order (step 200). Thus, the 
diagnosis having the largest product of priority measure 
and probability will appears first in the list. The prioritized 
list may be stored, if desired, in the database along with 
other patient information. 

The sorted potential diagnosis list may then be dis- 
played in a suitable manner to the nurse using the sys- 
tem (step 202), in order to provide a list of prioritized 
diagnoses to the nurse. If desired, the scores corre- 
sponding to the diagnoses may also be displayed to give 
the nurse an indication of the relative priority of the de- 
termined diagnoses. 

Having now described an embodiment of the inven- 
tion it should be apparent to those skilled in the art that 
the foregoing description is illustrative only and not lim- 
iting, having been presented by way of example only. 
Numerous other embodiments and modifications there- 
of are contemplated as falling within the scope of the 
present invention as defined by the appended claims 
and equivalents thereto. 



Claims 

1. A method for determining prioritized nursing diag- 
noses (64,74,84,98) for a patient from data repre- 
senting signs and symptoms of said patient, said 
method comprising the following steps: 

a) storing a first table including at least one re- 
lation (62,72) between a nursing diagnosis 
(64,74) and a defining characteristic (66,76), 
said at least one relation (62,72) having a prob- 
ability measure (78) indicating the accuracy of 
the nursing diagnosis; 



30 3. A method as set forth in claim 2 wherein the step of 
combining probability measures includes adding 
said probability measures together. 

4. A method as set forth in claim 3 wherein the maxi- 
35 mum added probability measure (99) for a diagno- 
sis (98) in the list (94) is equivalent to 99%. 

5. A method as set forth in claim 4 further comprising 
the step of displaying diagnoses (98) from the list 

40 (94) sorted in descending order of the weighted 
probability measures (99). 

6. A method as set forth in claim 1 wherein the table 
of step a) includes a primary diagnosis table (60) 
and a secondary diagnosis table (70), wherein said 
primary diagnosis table includes at least one rela- 
tion between a nursing diagnosis and a defining 
characteristic, each relation of said primary diagno- 
sis table being characterized by having associated 
a corresponding probability measure value which is 
the same for atl the relations included in said prima- 
ry diagnosis table; and wherein said secondary di- 
agnosis table including at least one relation be- 
tween a nursing diagnosis and a defining charac- 
teristic, each relation of said secondary diagnosis 
table being characterized by having associated a 
corresponding probability measure value which can 
have a different value for each of said relations in- 



b) storing a second table including at least one 
relation (82) between said nursing diagnosis 45 
(84) and a priority measure (86), said priority 
measure indicating the importance or severity 
of said nursing diagnosis; 

b1) storing a third table including at least one 50 
relation (50, 52) between a patient sign or 
symptom and a possible defining characteris- 
tic; 

c) entering (1 00) data representing signs and 55 
symptoms of said patient and generating by 
means of said third table a corresponding list 
of possible defining characteristics (120); 
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eluded in said secondary diagnosis table. 

7. A data processing system (20) for carrying out the 
method according to any of claims 1 to 6, compris- 
ing: 5 

diagnosis table means (60,70) for storing at 
least one relation (62,72) between a nursing di- 
agnosis (64,74) and a defining characteristic 
(66,76), each relation (62,72) having a proba- io 
bility measure (78); 

priority table means (80) for storing at least one 
relation (82) between a nursing diagnosis (84) 
from the diagnosis table (60,70) and a priority 15 
measure (86); and 

input means for collecting data representing 
signs and symptoms of said patient, 

20 

wherein said processing system comprises 

associating means to associate said data with 
relations (62,72) in the diagnosis table means 
(60,70); 25 

constructing means to construct a list of poten- 
tial diagnoses, said list (94) containing said 
nursing diagnosis (98) and said probability 
measure (99) of each relation (62,72) associat- 30 
ed with said data; and 

weighting means to weight each probability 
measure (99) in the list (94) by the priority 
measure (86) of a corresponding nursing diag- 35 
nosis (84) from the priority table (80). 

8. A data processing system (20) as set forth in claim 
7, comprising: 

40 

at least one workstation (24) having a local 
memory (35); 

at least one host station (22) having a main 
memory (26); 45 



diagnosis table (60,70), constructing means to 
construct said list (94) of potential diagnosis in 
its local memory (35), and weighting means to 
weight each probability measure (99) in the list 
(94) by the priority measure (86) of a corre- 
sponding diagnosis (84) from the priority table 
(80). 

9. A data processing system (20) as set forth in claim 
8, wherein each of said workstation (24) further in- 
cludes means (38) for copying said diagnosis table 
(60,70) and said priority table (80) from the main 
memory (26) of the host station (22) into its local 
memory (35). 



Patentanspruche 

1. Ein Verfahren zum Bestimmen von priorisierten 
krankenpflegerischen Diagnosen (64, 74, 84, 98) 
fur einen Patienten aus Daten, die Anzeichen und 
Symptome des Patienten darstellen, wobei das 
Verfahren folgende Schritte aufweist: 

a) Speichern einer ersten Tabelle, die zumin- 
dest eine Beziehung (62, 72) zwischen einer 
krankenpflegerischen Diagnose (64, 74) und 
einem definierenden Kennzeichen (66, 76) auf- 
weist, wobei zumindest eine Beziehung (62, 
72) eine Wahrscheinlichkeitsbemessung (78) 
aufweist, die die Genauigkeit der krankenpfle- 
gerischen Diagnose anzeigt; 

b) Speichern einer zweiten Tabelle, die zumin- 
dest eine Beziehung (82) zwischen der kran- 
kenpflegerischen Diagnose (84) und einer Prio- 
ritatsbemessung (86) umfaGt, wobei die Priori- 
tatsbemessung die Wichtigkeit oder Schwere 
der krankenpflegerischen Diagnose anzeigt; 

bl) Speichern einer dritten Tabelle, die zumin- 
dest eine Beziehung (50, 52) zwischen einem 
Patientenanzeichen Oder Symptom und einem 
moglichen definierenden Kennzeichen auf- 
weist; 



a network (34) interconnecting said host station 
(22) and workstation (24) for enabling commu- 
nication therebetween; 

said main memory (26) containing said diagno- 
sis table (60,70) and said priority table (80); and 



c) Eingeben (100) von Daten, die Anzeichen 
und Symptome des Patienten darstellen, und 
Erzeugen einer entsprechenden Liste von 
moglichen definierenden Kennzeichen (120) 
mittels der dritten Tabelle; 



d) Zuordnen (122) der in Schritt c) erzeugten 
wherein said workstation (24) includes said in- Liste zu den in Schritt a) gespeicherten Bezie- 

put means (112), constructing means to con- ss hungen (62, 72) zum Aufbauen einer weiteren 

struct a data file in its local memory (35) for stor- Liste (94); 

ing the collected data, associating means to as- 
sociate said data with relations (62,72) in the e) Aufbauen (102, 124) der Liste (94) aus mog- 
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lichen Diagnosen, wobei die Liste (94) die kran- 
kenpflegerische Diagnose (98) und die Wahr- 
scheinlichkeitsbemessung (99) jeder Bezie- 
hung (62, 72), die den Daten zugeordnet ist, 
aufweist; und $ 

f) Gewichten (104) jeder Wahrscheinlichkeits- 
bemessung (99) in der Liste (94) mit der Prio- 
ritatsbemessung (86) ihrer entsprechenden 
krankenpflegerischen Diagnose, die in Schritt 10 
b) gespeichert wurde, zum Bestimmen von 
priorisierten krankenpflegerischen Diagnosen. 



krankenpflegerischen Diagnose und einem definie- 
renden Kennzeichen aufweist, wobei jede Bezie- 
hung der Sekundardiagnosetabelle dadurch ge- 
kennzeichnet ist, daft dieselbe einem entsprechen- 
den Wahrscheinlichkeitsbemessungswert zuge- 
ordnet ist, der fur jede in die Sekundardiagnoseta- 
belle aufgenommene Beziehung einen unter- 
schiedlichen Wert aufweisen kann. 

7. Ein Daten verarbeitungssystem (20) zum AusfOhren 
des Verfahrens gemaft einem der Anspruche 1 bis 
6, mit folgenden Merkmalen: 



Ein Verfahren gemaft Anspruch 1, bei dem es in 
Schritt a) moglich ist, daft mehr als eine Beziehung 
(62, 72) vorhanden ist, die fur eine kran kenpflege- 
rische Diagnose (64, 74) gespeichert wird; und 

bei dem fur die krankenpflegerische Diagnose 
der Schritt e) den Schritt des Kombinierens der 20 
Wahrscheinlichkeitsbemessungen (78) bezug- 
lich der krankenpflegerischen Diagnose (64, 
74) aufweist, die mehr als eine Beziehung (62, 
72) aufweist, damit die krankenpflegerische 
Diagnose lediglich einmal in der Liste (94) mit 25 
einer Wahrscheinlichkeitsbemessung (99), die 
gleich der kombinierten Wahrscheinlichkeits- 
bemessung ist, erscheint. 

Ein Verfahren gemaft Anspruch 2, bei dem der 30 
Schritt des Kombinierens der Wahrscheinlichkeits- 
bemessungen ein Zusammenaddieren der Wahr- 
scheinlichkeitsbemessungen umfaftt. 

Ein Verfahren gemaft Anspruch 3, bei dem die ma- 35 
ximale hinzugefugte Wahrscheinlichkeitsbemes- 
sung (99) fur eine Diagnose (98) in der Liste (94) 
gleich 99% ist. 

Ein Verfahren gemaft Anspruch 4, das ferner den 40 
Schritt des Anzeigens der Diagnosen (98) aus der 
Liste (94) aufweist, die in absteigender Reihenfolge 
der gewichteten Wahrscheinlichkeitsbemessungen 
(99) sortiert wurden. 

45 

Ein Verfahren gemaft Anspruch 1 , bei dem die Ta- 
belle von Schritt a) eine Primardiagnosetabelle (60) 
und eine Sekundardiagnosetabelle (70) umfaftt, 
wobei die Primardiagnosetabelle zumindest eine 
Beziehung zwischen einer krankenpflegerischen so 
Diagnose und einem definierenden Kennzeichen 
aufweist, wobei jede Beziehung der Primardiagno- 
setabelle dadurch gekennzeichnet ist, daft dieselbe 
einem entsprechenden Wahrscheinlichkeitsbe- 
messungswert zugeordnet ist, der fur aile in der Pri- 55 
mardiagnosetabelle aufgenommenen Beziehun- 
gen gleich ist; und wobei die Sekundardiagnoseta- 
belle zumindest eine Beziehung zwischen einer 



einer Diagnosetabelleneinrichtung (60, 70) 
zum Speichern von zumindest einer Beziehung 
(62, 72) zwischen einer krankenpflegerischen 
Diagnose (64, 74) und einem definierenden 
Kennzeichen (66, 76), wobei jede Beziehung 
(62, 72) eine Wahrscheinlichkeitsbemessung 
(78) aufweist; 

einer Prioritatstabelleneinrichtung (80) zum 
Speichern von zumindest einer Beziehung (82) 
zwischen einer krankenpflegerischen Diagno- 
se (84) aus der Diagnosetabelle (60, 70) und 
einer Prioritatsbemessung (86); und 

einer Eingabeeinrichtung zum Sammeln der 
Daten, die Anzeichen und Symptome des Pa- 
tienten darstellen, 

wobei das Verarbeitungssystem folgende 
Merkmale aufweist: 

eine Zuordnungseinrichtung, urn die Daten den 
Beziehungen (62, 72) in der Diagnosetabellen- 
einrichtung (60, 70) zuzuordnen; 

eine Aufbaueinrichtung, urn eine Liste von 
moglichen Diagnosen aufzubauen, wobei die 
Liste (94) die krankenpflegerische Diagnose 

(98) und die Wahrscheinlichkeitsbemessung 

(99) jeder Beziehung (62, 72), die den Daten 
zugeordnet ist, enthalt; und 

eine Gewichtungseinrichtung, urn jede Wahr- 
scheinlichkeitsbemessung (99) in der Liste (94) 
durch die Prioritatsbemessung (86) einer ent- 
sprechenden krankenpflegerischen Diagnose 
(84) aus der Prioritatstabelle (80) zu gewichten. 

8. Ein Datenverarbeitungssystem (20) gemaft An- 
spruch 7, mit folgenden Merkmalen: 

zumindest einer Arbeitsstation (24) mit einem 
lokalen Speicher (35); 

zumindest einer Host-Station (22) mit einem 
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Hauptspeicher (26); 

einem Netzwerk (34), das die Host-Station (22) 
und die Arbeitsstation (24) verbindet, urn eine 
Kommunikation zwischen denselben zu er- 5 
mdglichen; 

wobei der Hauptspeicher (26) die Diagnoseta- 
belle (60, 70) und die Prioritatstabelle (80) ent- 
halt; und 10 

wobei die Arbeitsstation (24) die Eingabeein- 
richtung (112), die Aufbaueinrichtung, um eine 
Datendatei in ihrem lokalen Speicher (35) zum 
Speichern der gesammelten Daten aufzubau- 
en, die Zuordnungseinrichtung, um die Daten 
den Beziehungen (62, 72) in der Diagnoseta- 
belle (60, 70) zuzuweisen, die Aufbaueinrich- 
tung, umdie Liste (94) einermoglichen Diagno- 
se in ihrem lokalen Speicher (35) aufzubauen, 20 
und die Gewichtungseinrichtung aufweist, um 
jede Wahrscheinlichkeitsbemessung (99) in 
der Liste (94) mit der Prioritatsbemessung (86) 
einer entsprechenden Diagnose (84) aus der 
Prioritatstabelle (80) zu gewichten. 25 



9. Ein Datenverarbeitungssystem (20) gemaG An- 
spruch 8, bei dem jede Arbeitsstation (24) ferner ei- 
ne Einrichtung (38) zum Kopieren der Diagnoseta- 
belle (60, 70) und der Prioritatstabelle (80) aus dem 30 
Hauptspeicher (26) der Host-Station (22) in ihren 
lokalen Speicher (35) aufweist. 



Revendicatlons 

1 . Un proc^de de determination de diagnoses (64, 74, 
84, 98) de soins, a niveaux definis de priorite, pour 
un patient a partir de donndes representant des si- 
gnes et symptomes dudit patient, ledit procede 
comprenant les etapes consistant a: 



c) entrer (100) des donn6es representant des 
signes et symptdmes dudit patient et engendrer 
au moyen de ladite troisieme table une liste cor- 
respondante de caracteristiques definissantes 
possibles (120); 

d) associer (122) ladite liste engendree a I'eta- 
pe c) a des relations (62, 72) memorisSes a 
I'etape a) pour construire une liste additionnelle 
(94); 

e) construire (102, 124) ladite liste (94) de dia- 
gnoses potentielles, ladite liste (94) contenant 
ladite diagnose (98) de soins et ladite mesure 
(99) de probabilite de chaque relation (62, 72) 
associee auxdites donnees; et 

f) ponderer (104) chaque mesure (99) de pro- 
babilite de la liste (94) par la mesure (86) de 
priorite de sa diagnose correspondante (84) de 
soins memorisee a l'6tape b) afin de determiner 
des diagnoses de soins a niveaux definis de 
priorite. 

2. Un precede selon la revendication 1 , dans lequel il 
est possible, a I'etape a), que plus d'une relation 
(62, 72) soit memorised pour une diagnose (64, 74) 
de soins; et 

dans lequel ladite etape e) de diagnose de 
soins comprend I'etape consistant a combiner 
des mesures (78) de probabilite liees a ladite 
diagnose (64, 74) de soins qui comporte plus 
d'une relation (62, 72) afin que ladite diagnose 
de soins n'apparaisse qu'une seule fois dans la 
liste (94), selon une mesure (99) de probabilite 
egale a la mesure combinee de probabilite. 

3. Un proc6d6 selon la revendication 2 dans lequel 
I'etape de combinaison de mesures de probabilite 
inclut une addition desdites mesures de probabilite 
entre elles. 

4. Un proc6d6 selon la revendication 3 dans lequel la 
mesure additionnee maximale (99) de probabilite 
pour une diagnose (98) de la liste (94) est equiva- 
lente a 99%. 

5. Un precede selon la revendication 4 qui comprend 
en outre I'etape consistant a afficher des diagnoses 
(98) provenant de la liste (94) triees selon I'ordre 
decroissant des mesures pond6rees (99) de proba- 
bility. 

6. Un procede selon la revendication 1 dans lequel la 
table de I'etape a) inclut une table principale (60) de 
diagnoses et une table secondaire (70) de diagno- 
ses, ladite table principale de diagnoses incluant au 
moins une relation entre une diagnose de soins et 
une caracteristique definissante, chaque relation 
de ladite table principale de diagnoses Stant carac- 



al memoriser une premiere table incluant au 
moins une relation (62, 72) entre une diagnose 
(64, 74) de soins et une caracteristiques defi- 45 
nissante (66, 76), ladite relation (62, 72) unique 
au moins incluant une mesure (76) de probabi- 
lity qui indique la precision du diagnose de 
soins; 

b) memoriser une deuxieme table qui inclut au so 
moins une relation (82) entre ladite diagnose 
(84) de soins et une mesure (86) de priorite, 
ladite mesure de priorite indiquant I'importance 
ou la severite de ladite diagnose de soins; 
bl) memoriser une troisieme table incluant au 55 
moins une relation (50, 52) entre un signe ou 
sympt8me du patient et une caracteristique d6- 
finissante possible; 
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t6ris6e en ce qu'il lui est associ6 une valeur corres- 
pondents de mesure de probability qui est la meme 
pour toutes les relations incluses dans ladite table 
principale de diagnoses; et ladite table secondaire 
de diagnoses incluant au moins une relation entre s 
une diagnose de soins et une caractdristique defi- 
nissante, chaque relation de ladite table secondaire 
de diagnoses etant caracterisee en ce qu'il lui est 
associe une valeur correspondante de mesure de 
probability dont la valeur peut etre differente pour 10 
chacune desdites relations incluses dans ladite ta- 
ble secondaire de diagnoses. 

7. Un systeme (20) de traitement de donnyes destiny 

a mettre en oeuvre le proc6d6 selon I'une quelcon- is 
que des revendications 1 a 6, comprenant: 

un moyen de table (60, 70) de diagnoses pour 
mSmoriser au moins une relation (62, 72) entre 
une diagnose (64, 74) de soins et une caracte- 20 
ristique definissante (66, 76), chaque relation 
(62, 72) comportant une mesure (78) de proba- 
bility; 

un moyen de table (80) de prior it£s pour me- 
moriser au moins une relation (82) entre une 2s 
diagnose (84) de soins provenant de la table 
(60, 70) de diagnoses et une mesure (86) de 
priority; et 

un moyen d'entrye pour collector des donnyes 
reprysentant des signes et des symptdmes du- so 
dit patient, 

dans laquelle ledit systeme de traitement 
comprend: 

35 

un moyen d'association pour associer lesdites 
donnyes a des relations (62, 72) dans le moyen 
de table (60, 70) de diagnoses; 
un moyen de construction pour construire une 
liste de diagnoses potentielles, ladite liste (94) 40 
contenant ladite diagnose (96) de soins et ladi- 
te mesure (99) de probability de chaque rela- 
tion (62, 72) associee auxdites donnees; et 
un moyen de pondyration pour pondyrer cha- 
que mesure (99) de probability de la liste (94) 45 
par la mesure (86) de priority d'une diagnose 
correspondante (84) de soins provenant de la 
table (80) de priorites. 

8. Un systeme de traitement (20) de donnees selon la so 
revendication 7, comprenant: 

au moins une station de travail (24) incluant une 
mymoire locale (35); 

au moins une station hfite (22) incluant une my- 55 
moire principale (26); 

un ryseau (34) qui connecte entre elles ladite 
station h6te (22) et ladite station de travail (24) 



pour permettre une communication entre elles; 
ladite mymoire principale (26) contenant ladite 
table (60, 70) de diagnoses et ladite table (80) 
de prioritys; et 

dans lequel ladite station de travail (24) inclut 
ledit moyen d'entrye (112), un moyen de cons- 
truction pour construire un fichier de donnyes 
dans sa mymoire locale (35) pour mymoriser 
les donnyes collectyes, un moyen d'associa- 
tion pour associer lesdites donnyes a des rela- 
tions (62, 72) de la table (60, 70) de diagnoses, 
un moyen de construction pour construire ladite 
liste (94) de diagnoses potentielles dans sa my- 
moire locale (35) et un moyen de pondyration 
pour pondyrer chaque mesure (99) de proba- 
bility de la liste (94) par la mesure (86) de prio- 
rity d'une diagnose correspondant (84), prove- 
nant de la table (80) de prioritys. 

9. Un systeme de traitement (20) de donnyes selon la 
revendication 8, dans lequel chacune desdites sta- 
tions de travail (24) inclut en outre un moyen (38) 
destiny a copier dans sa memoire locale (35) ladite 
table (60, 70) de diagnoses et ladite table (80) de 
prioritys a partir de la mymoire principale (26) de la 
station note (22). 
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